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Please amend the Claims as follows: 

1 . (Currently Amended) A method for allowing a request that is any of multiple types 
to gain access to any of - mu l t i plo rooourcos a resource, comprising: 

a. ) defining one or mor e multiple thresholds, each representing a respective 
predetermined number of requests t ho rocourc ee: 

b. ) associating each threshold with one or more of the type s, and wherein at 
least one of the types is associated with m ultiple thresholds; 

c. ) receiving a request; and 

6.) if anv of the thresholds associated with the type of the receive d request has 
not vet been exceeded such that for the threshold, the respective p redetermined number 
of requests of the one or more associated types have not vet gained access to the 
resource, granting the request access to the resource. 

d. ) d e t e rmining, for e ach threshold associated with th e typ e of tho roquost, 
wh e th e r f e wor than tho predetermin e d numbor of r e sources represented by th e 
throchold aro - eaoh handling a r e quoct of any aooooiatod typo, and if s o, allowing tho 
roquost to gain access - to any on e of th e r es ourc e s that i s not handling a r e qu es t. 

2. (Currently Amended) The method of Claim 1 , and further including determining that 
the request must be retried if each of tho prodotorminod number of resourc es 
rep re s ented by each threshold that is associated with the type of the request io already 
handling a r e qu e st has been exceeded. 
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1 3. (Original) The method of Claim 2, and further including tracking a requester that 

2 issued the request after a determination is made that the request must be retried. 

1 4. (Currently Amended) The method of Claim 3 f and further including: 

2 receiving a request from a tracked requester, and 

3 allowing the request from the tracked requester to gain access to any on e of th e 

4 resources the resource e ven if each of the thresholds associated with the type of the 

5 request received from the tracked requester has been reached. 

1 5. (Currently Amended) The method of Claim 4, and further including discontinuing 

2 tracking of a tracked requester after a request from the tracked requester is allowed to 

3 gain access to the resource a ny ava i lable ono o j- foQ -E O sources . 

1 6. (Currently Amended) The method of Claim 4, and further including: 

2 creating a partition that includes one or more requesters issuing requests to the 

3 multipl e re s ourc e s the resource: and 

4 allowing the request from the tracked requester to gain access to any ono of the 

5 multipl e) re s ourc es the resource o nly if the tracked requester is one of the one or more 

6 requesters included in the partition. 

1 7. (Original) The method of Claim 6, wherein the one or more predetermined types 

2 include read requests. 

1 8.{Currently Amended) The method of Claim 4 wherein multiple requesters are being 

2 tracked, and further including utilizing a predetermined priority scheme to select a 

3 
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request from one of the multiple tracked requesters to gain access to the resourceaRV 
ono of tho mu l tiple resources that i s not hand l ing a roquost . 

9. (Original) The method of Claim 2, wherein a determination that the request must be 
retried is only made if the request is any of one or more predetermined types. 

1 0. (Currently Amended) The method of Claim 2, and further including allowing the 
request to gain access to any available) ono of tho mult i ple-resourc es the resource f or 
purposes of causing the request to be retried. 

11. (Original) The method of Claim 1, wherein step a.) is performed programmably. 

12. (Original) The method of Claim 1, where step b.) is performed programmably. 

13. (Original) The method of Claim 1, wherein at least one of the thresholds is 
associated with a subset of the request types that are associated with a different one of 
the thresholds. 

1 4. (Currently Amended) A method of processing requests issued to a shared 
resource by multiple requesters within a data processing system, wherein each request 
is any one of multiple types, the method comprising: 

a.) defining one or more thresholds, each threshold being associated with one or 
more of the types and at least one of the types beino associated with multiple 
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thresholds, each threshold indicating the maximum number of requests of any of the 
associated types that may be pending simultaneously to the shared resource; 

b. ) receiving a request; and 

c. ) determining, for each threshold associated with the type of the request, 
whether the maximum number of requests indicated by the threshold has been reached, 
and if not, initiating processing on the request 

15. (Original) The method of Claim 14, wherein step a.) includes programmably 
selecting the one or more thresholds. 

16. (Original) The method of Claim 15, wherein step a.) includes programmably 
associating each of the thresholds with the one or more types. 

17. (Original) The method of Claim 14, and further including providing an indication to 
retry the request if the maximum number indicated by each threshold associated with the 
type of the request has been reached. 

18. (Original) The method of Claim 17, and further including performing the providing 
step only for predetermined types. 

19. (Original) The method of Claim 17, and further including: 

selecting a requester that has been provided an indication to retry a request; 
receiving an additional request from the selected requester; and 
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4 initiating processing of the additional request even if, for each threshold 

5 associated with the type of the additional request, the maximum number indicated by the 

6 threshold has been reached. 

1 20. (Original) The method of Claim 19, wherein the selecting step is performed using a 

2 rotational priority scheme applied to all requesters that have received an indication to 

3 retry a request and which have not subsequently issued a request for which processing 

4 was completed. 

1 21 . (Original) The method of Claim 14, wherein the request types are selected from the 

2 group consisting of read requests, write requests, retry requests, and high-priority read 

3 requests. 

1 22. (Original) The method of Claim 14, and further including: 



2 associating a first threshold with all request types; 

3 associating a second threshold with a first sub-set of all request type; 

4 associating a third threshold with a sub-set of the first sub-set; and 

5 wherein the first threshold is indicative of a number that is less than the number 



6 indicated by the second threshold, which is less than the number indicated by the third 

7 threshold. 

1 23. (Original) The method of Claim 14, and further including providing an indication to 

2 requesters to stop issuing requests if all of the one or more thresholds have been 

3 reached- 
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24. (Currently Amended) A system for controlling the manner in which requests are 
provided to a shared resource, comprising: 

one or more storage devices, each to store a respective threshold value that is 
associated with one or more types of requests and wherein a t least one of the types of 
requests is associated with multiple threshold values, each threshold value indicating a 
cumulative number of requests of the associated types that may gain access to the 
shared resource at any given time before the threshold value is reached; 

load control logic coupled to each of the storage devices to receive requests, and 
to allow each request to gain access to the shared resource if the type of the request is 
associated with a threshold value that has not yet been reached; and 

live-lock logic coupled to the load control logic to selectively elevate the status of 
a request that is of a type associated with one or more thresholds values that have been 
reached, thereby allowing the request to gain expedited access to the shared resource. 

25. (Original) The system of Claim 24, wherein the load control logic includes 
retry logic to provide an indication that a request must be retried at a later time if 
all threshold values associated with the type of the request have been reached. 

26. (Original) The system of Claim 25, wherein the live-lock logic includes; 

a retry storage device to track each requester that issued a request for which a 
retry indication was provided; and 

priority logic coupled to the storage device to select a requester that is being 
tracked; and 



7 

PAGE 8(21 * RCVD AT 119/2006 6:59:49 PM [Eastern Standard Time] * SVR:USPTO€FXRF-6/27 ' DNIS:2738300 * CSH):651 635 7990 * DURATION (mm-ss):06-26 



01/09/2006 MON 18:00 FAX 651 635 7990 



UGS 



g]009 



Serial NO 10/675,784 
Filed 9/30/2003 
Examiner Christopher Shin 



Office Action Response 
January 9, 2006 
Group Art Unit 2182 



2 

1 
2 

1 

2 
3 
4 
5 

1 

2 
3 
4 

1 

2 



logic coupled to the retry storage device to provide elevated status for a request 
issued by a selected requester, whereby the request is allowed to gain access to the 
shared resource even if all threshold values that are associated with the type of the 
request have been reached. 

27. (Original) The system of Claim 26, wherein one of the one or more storage devices 
stores a threshold value associated with requests having an elevated status. 

28. (Original) The system of Claim 26, wherein the priority logic includes circuits to 
implement a rotational priority scheme. 

29. (Original) The system of Claim 24, and further including one or more second 
storage devices coupled to the load control logic, each respectively associated with one 
of the one or more storage devices, each to store an indication of the one or more 
request types that are associated with the threshold value stored by the respectively 
associated one of the one or more storage devices. 

30. (Original) The system of Claim 29. and further including a programming 
interface coupled to the one or more storage devices and the second one or 
more storage devices to programmably select the stored threshold values and 
the stored indications of the one or more request types. 

31 . (Currently Amended) A system for controlling the manner In which requests of 
any of one or more request types access multiple resources, comprising: 
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3 threshold means for storing one or more threshold values, each threshold value 

4 for being associated with one or more of the request types and at least one of the 

5 request types being associated with multiple threshold values , each threshold value for 

6 specifying a cumulative maximum number of requests of associated request types that 

7 may gain access simultaneously to any of the resources; and 

8 load control means for receiving a request and for determining whether the 

9 request is of a type associated with one or more threshold values for which the specified 

10 cumulative maximum number of requests has not yet gained simultaneous access to the 

1 1 multiple resources, and if so, for allowing the request to gain access to any available one 

12 of the multiple resources. 



1 32. (Original) The system of Claim 31 f and further including live-lock means for elevating 

2 the status of the request to allow the request to gain access to any available one of the 

3 multiple resources regardless of whether the request is of a type associated only with 

4 threshold values for which the specified cumulative maximum number of requests has 

5 gained simultaneous access to the multiple resources. 
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